Device Policy Controller Ops Mode#1858
Conversation
Signed-off-by: Theray Tharow <tharowt@tharow.net>
# Conflicts: # app/src/main/java/io/github/muntashirakon/AppManager/settings/Ops.java # app/src/main/res/values/strings.xml
Signed-off-by: Theray Tharow <tharowt@tharow.net>
Signed-off-by: Theray Tharow <tharowt@tharow.net>
Signed-off-by: Theray Tharow <tharowt@tharow.net>
|
@MuntashirAkon I need advisement for the UI for this feature, See Known Issues for more details. Also how to trigger a Refresh/Mode Change of ModeOfOpsPreference Page from a receiver. |
|
@MuntashirAkon while you're online, give me an idea of what you'd like ui wise so i can finish the feature. |
|
I have no idea what you're trying to do here. At first prepare a document that indicates the features and APIs supported by DPC. From what I understand, DPC doesn't use the standard APIs. Instead, they have their own dumbed down version of the APIs. If that's the case, it's not possible to add support for DPC at all, because it will render the project unmaintainable from my part. |
|
@MuntashirAkon, yes it uses a more dumbdown version, it also is a public api meaning that it hasn't changed and is unlikely to change, plus the general usability that this offers can't be understated. This allows the basic functionality of AM to be persisted. Which besides the platform version I am currently working on, and direct root, AM can't currently do. And the way dpc is implemented, means that its a seperate section at the start of any normal AM operation it checks for dpc so you can always version lock the feature later if google fucks it up, by adding a android version check in canModifypermission in the dpc compact. But yes give me a day and I'll do a writeup of the feature. And see if theres a way to use the normal apis with it. |
Still Setting up the full Dev Environment for working of overlays / Platform integration
Thought I'd take a Swing at adding DPC support as it doesn't require a full AOSP Dev Environment to work on.
Known issues
Fixed